home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19971216-19980424 / 000036_news@newsmaster….columbia.edu _Fri Jan 2 15:59:13 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA07357
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jan 1998 15:59:13 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA03560
  7.     for kermit.misc@watsun; Fri, 2 Jan 1998 15:59:12 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Help with scripting kermit
  12. Date: 2 Jan 1998 20:59:10 GMT
  13. Organization: Columbia University
  14. Lines: 71
  15. Message-ID: <68jkeu$q6b$1@apakabar.cc.columbia.edu>
  16. References: <64j0bn$7s9$1@clem.mscd.edu> <0$k2Rz1fk$EP@cc.usu.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Keywords: Echoplex
  19. Xref: news.columbia.edu comp.protocols.kermit.misc:8202
  20.  
  21. On November 20th, Clarence Dold (dold@94.usenet.us.com) wrote:
  22. : Joe Doupnik (jrd@cc.usu.edu) wrote:
  23. : : > output logout\13
  24. : :
  25. : : What's likely the problem is the sequence of OUTPUT statments
  26. : : blasts their strings at the host with no time delay. It may very well
  27. : 
  28. : I have a problem with a long script session going to a telephone switch...
  29. : I am reprogramming information to accomodate area code splits, which is
  30. : just such a wonderful use of Unix awk, c-kermit development, and MS-Kermit
  31. : or C-Kermit execution (but I digress...)
  32. : 
  33. : I use input statements, I use pause statements, and I had to set output
  34. : pacing 500, in order to keep from overrunning the switch, even at 2400
  35. : baud.  There is no flow control available on the line.
  36. : 
  37. : My .tak script (actually 14,000 lines long in this case)
  38. : set output pacing 500
  39. : output 1370444 \13
  40. : input 20 CHANGE
  41. : pause 2
  42. : output \9\9\9\9\9\9 182 \13
  43. : input 20 ACP
  44. : pause 2
  45. : output 1370430 \13
  46. : input 20 CHANGE
  47. : 
  48. : If I lower either the output pacing, or reduce the pause to 1, the switch
  49. : can't keep up.  If I reduce the pause, even with the INPUT in place, the
  50. : commands get garbled.  If I reduce the output pacing, occasional characters
  51. : get dropped.
  52. : 
  53. : I can't remember where I found the description for "output pacing".  I
  54. : can't find it in the Using C-Kermit manual.
  55. : 
  56. : In Unix, the cu dialer has a feature called "echo check", where each
  57. : character is held until the previous character has been echoed back
  58. : correctly.  Is such a pacing option available in C-Kermit?
  59. : 
  60. As noted in my earlier reply, no.  I finally got around to looking into
  61. adding it, and it's not as easy as it might seem, given the facts that the
  62. OUTPUT command is (a) buffered for efficiency, and thus does block writes
  63. rather than single-character ones; (b) might contain \N, \B, or \L escapes
  64. for NUL or BREAK, which might or might not be echoed; (c) in Kermit 95 also
  65. allows \Kverbs; etc etc.
  66.  
  67. It turns out to be much easier to do this with a little macro than in the
  68. C-Kermit code (C-Kermit 6.0 required):
  69.  
  70.   define XOUTPUT {
  71.       local \%c
  72.       set output pacing 0
  73.       while defined \%1 {
  74.       asg \%c \fsubstr(\%1,1,1)
  75.       asg \%1 \fsubstr(\%1,2)
  76.       output \%c
  77.       input 2 \%c
  78.       }
  79.   }
  80.  
  81. Usage: xoutput string-with-no-spaces
  82.    or: xoutput { string that contains spaces }
  83.  
  84. It sends one character at a time and then waits up to 2 seconds for the
  85. character to be echoed back, but continues to the next character as soon
  86. as the echo appears, so no time is wasted.  You can add an IF FAIL clause
  87. after the INPUT in case you want to do something special about failure
  88. to detect an echo within the timeout period.  Obviously you can also change
  89. the 2-second limit, and adjust the script in any other desired way.
  90.  
  91. - Frank